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REMARKS 

The Examiner rejected claims 1-20 under 35 U.S.C §102(e) as allegedly being 
anticipated by Mauricio Bretcmilz, Jr. ct al. (U.S. Patent No. 6,381,739). 

Applicants respectfully traverse the §102 rejections with the following arguments. 
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^IT.S.C.S102to 

The Examiner rejected claims 1-20 under 35 U.S.C. §102(e) as allegedly being 
anticipated by Manricio Bretemitz, Jr. et al. (U.S. Patent No. 6,381,739). 

For clarification, Applicant notes that the description of prior art in the BACKGROUND 
OF TUB INVENTION section (i.e., col. 1, line 25 - coL 4, line 43) in Bretemitz is denoted herein 
as "Bretemitz Prior Art", whereas the description of Bretemitz' invention in the DETAILED 
DESCRIPTION OF A PREFERRED EMBODIMENT and Claims sections (i.e., col. 6, line 14 - 
col. 40, line 10) in Bretemitz is denoted herein as "Bretemitz Invention". 

Applicants respectfully contend that Bretemitz Prior Art and Bretemitz Invention arc 
distinct and different references, which cannot be combined in a rejection under 35 U.S.C. §102. 
A rejection of a claim under 35 U.S.C. §102 must be based on a single reference and cannot be 
based on a combination of references. 

Cl aims 1-6 

The Examiner rejected claims 1-6 under 35 U.S.C. §102(c) as allegedly being anticipated 

by Bretemitz Prior Art. 

Applicants respectfully contend that Bretemitz Prior Art does not anticipate claim 1 , 
because Bretemitz Prior Art does not teach each and every feature of claim 1. 

As a first example of why Bretemitz Prior Art does not anticipate claim 1 , Bretemitz 
Prior Art does not teach the feature: "computer software that includes one or more call statements 
and a procedure which is callable by the or each call statement and which has two or more code 
branches and control flow code for directing program flow to the code branches". 

The Examiner argues that Brctcmitz, col. 1, line 26 and col. 2, line 4 teaches the 
preceding feature ofclaim I. In response, Applicants respectfully contend that Bretemitz, col. 1, 
line 26 and col. 2, line 4 docs not disclose a call statement and does not disclose call parameters, 
and therefore does not teach the preceding feature ofclaim 1 . 

Jn "Response to Arguments", the Examiner argues: "Applicants' arguments over all 
09/704,649 10 
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regarding "Brelernit/ does not anticipates a call statement and does not disclose call parameter" 
(Page 12-15) is disagreed with. Based on applicants' specification, "call statement" has been 
defined as calling a procedure function.... Bretcmitz anticipates "call statement" [function calls, 
Col. 16, Line 64- Col. 17, Lines 11], and "call parameters" [1310, Fig. 31], can be used to 
explain the descriptions in Brctemitz, Col. 2, Line 40- 60 

In response, Applicant notes that the Examiner's reference to disclosure of call statements 
in Brctemitz Invention is specific to FIG. 14 of Bretemitz Invention and docs not apply to the 
rejection under Bretemitz Prior Art In particular, col. 1, lines 25-40 of Bretemitz Prior Art 
makes it clear that the control flow graph of FIG. 1 of Bretemitz Prior Art shows basic blocks "a" 
- T which arc computer instructions or segments of code. Although the basic blocks of WO. 14 
of Brctemitz Invention may represent subroutines or function calls, the basic blocks of FIG. 1 of 
Brclernitz Prior Art are not disclosed as representing subroutines or function calls in Bretemitz 
Prior Art. The Examiner cannot combine Brctemitz Invention with Brctemitz Prior Art under 35 
U.S.C.§102. 

As a second example of why Brctemitz Prior Art does not anticipate claim 1, Bretemitz. 
Prior Art docs not teach the feature: "analysing the procedure to identify said control flow code 

and said code branches". 

The Examiner argues that Brctemitz Prior Art, col.. 2, lines 4-6 teaches the preceding 

feature of claim 1. 

In response, Applicants respectfully contend that Bretemitz Prior Art. col.. 1, lines 4-6 
docs not disclose analysing the procedure to "identify said control How code and said code 
branches", as required by claim 1. Instead. Brctemitz Prior Art, col.. 2, lines 4-6 discloses 
analysing the procedure to "determine efficient rearrangement of computer basic blocks in 
memory so that software executes in an efficient manner." Applicants maintain that Bretemitz 
Prior Art, col . 2, line 4-6 is totally irrelevant to the preceding feature of claim 1. 

As a third example of why Bretemitz Prior Art does not anticipate claim 1, Bretemitz 
Prior Art does not teach the feature: "identifying for each said code branch a new procedure 

09/704,649 1 1 
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containing the respective code branch". 

The Examiner argues that Brcternitz Prior Art, col. 2, lines 10-13 teaches the preceding 

feature of claim 1. 

In response, Applicants respectfully contend that Bretemitz Prior Art, col. 2, line 10-13, 
does not identify a new procedure, as required by claim 1. Brelernitz Prior Art, col. 2, line 10-13 
merely discusses a trace data file the records time-sequential execution flow of the computer 
program.. Applicants maintain that Brcternitz Prior Art, col. 2, line 10-13 is totally irrelevant to 
the preceding feature of claim 1. 

As a fourth example of why Brelernitz Prior Art does not anticipate clai m 1 , Bretemitz 
Prior Art docs not teach the feature: "recording a list ofdata entries corresponding to the 
respective new procedures, each entry comprising a data item identifying the respective new 
procedure and a data item representative of the branch conditions under which said control flow 
code directs program flow to the associated code branch". 

The Examiner argues thai Brelernitz Prior Art, col. 2, lines 14-15 and col. 2, lines 41-45 

teaches the preceding feature of claim 1. 

In response, Applicants respectfully contend that Bretemitz Prior Art, col. 2, lines 14-15 
and col. 2, lines 41-45 docs not disclose the preceding feature of claim 1 . Bretemitz Prior Art, 
col. 2, lines 14-15 merely discloses storing block execution order in a time sequential manner. 
Brcternitz Prior Art, col. 2, lines 41^5 merely discloses scanning trace data and analyzing pairs 
of basic blocks that arc adjacent to each other in lime. Brelernitz Prior Art, col. 2, lines 41 -45 
does not discloses a list, and most certainly not disclose a list of data entries corresponding to the 
respective new procedures. Applicants maintain lhat Bretemitz Prior Art, col. 2, lines 14-15 and 
col. 2, lines 41-45 is totally irrelevant to the preceding feature of claim 1. 

As a fifth example of why Bretemitz Prior Art does not anticipate claim 1, Bretemitz 
Prior Art does not teach the feature: "for the or each call statement, scanning the entries in said 
list to determine one for which there is correspondence between said branch conditions and call 
parameters directed to said control flow code by the call statement and modifying the call 

09/704,649 12 
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statement to replace the call to the original procedure by a call to the corresponding new 

procedure". 

The Examiner argue, that Breternitz Prior Art, col. 2, lines 40-51 and col. 2. lines 56-60 

teaches the preceding feature of claim 1 . 

In response, Applicants respectfully contend that Breternitz Prior Art, col. 2, lines 40-51 
and col. 2, lines 56-60 does not disclose the preceding feature of claim 1. Breternitz Prior Art, 
col. 2, lines 40-51 and col. 2, lines 56-60 does not disclose the "scanning the entries ...» and the 
"modifying the call statement ..." aspects of the preceding feature of claim 1. 

In further response, Applicants maintain that Breternitz Prior Art does not teach the "call 
parameters" in the preceding feature of claim 7. In "Response to Arguments", the Examiner 
argues that "Breternitz anticipates ... "call parameters" [1310, Fig. 31]" In response, Applicants 
maintain that the Examiner's citation of block 1310 in FIG. 31 of Breternitz Invention does not 
apply to the rejection under Breternitz Prior Art, since the Examiner cannot combine Breternitz 
Invention with Breternitz Prior Art under 35 U.S.C. §102. Moreover, the parameters a, dfs, p, n, 
chain in block 1310 in FIG. 31 of Breternitz arc not call parameters passed between subroutines 
or procedures as defined in Applicants' specification (and in the art of computer programming as 
well), but rather are variables that arc initialized in block 1 310 (see Breternitz Invention, col. 23, 
lines 53-58). 

Based on the preceding arguments, Applicants respectfully maintain that Breternitz Prior 
Art does not anticipate claim 1. and that claim 1 is in condition for allowance. Since claims 2-6 
depend from claim 1, Applicants contend that claims 2-6 are likewise in condition for allowance. 

In addition with respect to claim 3, Applicants respectfully contend that Breternitz Prior 
Art, col. 2, lines 4-6 does not teach the feature: "for each item of control flow code, before 
identifying any new procedure in accordance with step (b) of the method, checking for 
compliance between one or more predetermined rules for the software and the software should 
step (b) and following steps of the method take place". 

Also with respect to claim 3, Applicants respectfully contend that Breternitz Prior Art, 

09/704,649 13 
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col. 2, line 56 - col. 3, line 14 does not teach the feature: "for that item of control flow code, 
continuing with step (b) and the following steps of the method only in the event of such 
compliance", 

in addition with respect to claim 4, Applicants respectfully contend that Bretemite Prior 
Art, col. 2, lines 47-49 does not teach the feature: 'Wherein step (e) comprises the application of 
a cost-analysis algorithm based on predetermined rules about the length of the software". 

In addition with respect to claim 5, Applicants respectfully contend that Bretemite Prior 
Art, col. 2, lines 44-57 docs not teach the feature: "optimising the or each new procedure for 
which a call parameter is a constant by propagati ng that constant through the new procedure^. 

In addition with respect to claim 6, Applicants respectfully contend that Bretcrnite Prior 
Art, col. 3, line 2 and/or col. 3, lines 10-16 and/or col. 3, line 5 does not teach the feature: 
"analysing a call statement, calling parameters and an associated new procedure to determine if 
they arc compliant with predetermined in-lining rules and, if they are so compliant, replacing said 
call statement by a copy of the new procedure". 



Claim 7 

The Examiner rejected claim 7 under 35 U.S.C. §102(c) as allegedly being anticipated by 
Bretcmilz Prior Art, 

Applicants respectfully contend that Bretcmilz Prior Art does not anticipate claim 7, 
because Brcternitz Prior Art does not teach each and every feature of claim 7. 

As a first example of why Bretcmitz Prior Art does not anticipate claim 7, Bretcmilz 
Prior Art docs not teach the feature: "compter software that includes one or more eaU slatements 
and a procedure which is callable by the or each call statement". 

The Examiner argues that Bretemitz, col. 1 , line 26 and col. 2, line 4 teaches the 
preceding feature of claim 7. In response, Applicants respectfully contend that Bretcmilz, col. 1, 
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line 26 and col. 2, line 4 docs not disclose a call statement and does not disclose a procedure 
which is callable by the or each call statement, and therefore does not teach the preceding feature 
of claim 7. 

In "Response to Arguments", the Examiner argues: "Applicants* arguments over aU 
regarding "Bretemitz does not anticipates a call statement and does not disclose call parameter" 
(Page 12 -15) is disagreed with. Based on applicants' specification, "call statement" has been 

defined as calling a procedure function Bretcrnitz anticipates "call statement" [function calls, 

Col. 16, Line 64- Col. 17. Lines 1 1], and "call parameters" [1310, Fig. 31], can be used to 
explain thc descriptions in Bretemitz, Col. 2. Line 40- 60, which has been used to make the 
rejection, and the rejection still stands". 

In response, Applicant notes that the Examiner's reference to disclosure of call statements 
in Brelcrnilz Invention is specific to FIG. 14 of Bretcrnitz Invention and docs not apply to the 
rejection under Bretemitz Prior Art. In particular, col. I, lines 25-40 of Bretemitz Prior Art 
makes it clear that the control flow graph of FIG. 1 of Bretemitz Prior Art shows basic blocks "a" 
. « r which are computer instructions or segments of code. Although the basic blocks of FIG. 14 
of Bretemitz Invention may represent subroutines or function calls, the basic blocks of FIG. 1 of 
Bretemitz Prior Art are not disclosed as representing subroutines or function calls in Bretcrnitz 
Prior Art. The Examiner cannot combine Bretemitz Invention with Bretemitz Prior Art under 35 
U.S.C. §102. 

As a second example of why Bretemitz Prior Art docs not anticipate claim 7, Bretemitz 
Prior Art does not teach the feature: "if the node being considered is a branching node and if the 
branching condition for that node by which the respective control flow code directs program flow 
to the respective code branches is able to be represented as a function only of formal parameters 
and global variables, identifying a new procedure for which the flow control graph comprises all 
the nodes in the path from the first node of the procedure to the node being considered, the node 
being considered, and the whole of the portion of the control flow graph led to directly or 
indirectly from the node being considered". 

The Examiner argues that Bretemitz Prior Art, col. 2, lines 10-12, 4-6, 55-60 and Fig. 1 
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teaches the preceding feature of claim 7. 

Tn response, Applicants respectfully contend that Bretcmitz Prior Art, col. 2, lines 10-12, 
4-6 55-60andFig. 1 does not identify a new procedure as required by claim 7, and most 
ceriainlydocs not identify a new procedure "if thenode being considered is a branching node and 

ifmebranching^^ , 
program flow to the respective code branches is ableto be represented as a function only o 

fonnal parameters and global^^ 

lines 10-12. 4-6, 55-60 and Fig. 1 is totally irrelevant to the preceding feature of claim 7. 

As a third example of why Bretcmitz Prior Art does not anticipate claim 7, Bretcmitz 
Prior Art docs not teach the feature: "recording a list of data entries corresponding to the 
respective new procedures, each entry comprising a data item identifying the respective new 
procedure and a data item representative of the corresponding branching condition". 

The Examiner argues that Brctemitz Prior Art, col. 2, lines 14-1 5 and col- 2, lutes 41-45 

teaches the preceding feature of claim 7. 

In response, Applicants respectfully contend that Bretemitz Prior Art, col. 2, lines 14-15 
and col 2 lines 41-45 does not disclose the preceding feature of claim 7. Bretcmitz Prior Art, 
col 2 lines 14-15 merely discloses storing block execution order in a time sequential manner. 
Brctemitz Prior Art, col. 2, lines 41-45 merely discloses scanning trace data and analyzing pans 
of basie blocks that are adjacent to each other in time. Brctemitz Prior Art, col . 2, hnes 41-45 
does notdisclosesalist.and most certainly not disclose a list of data entries corresponding to the 
respective new procedures. Applicants maintain that Bretemitz Prior Art, col. 2, lines 14-15 and 
col. 2, Hnes 41-45 is totally irrelevant to the preceding feature of claim 7. 

As a fourth example of why Bretemitz Prior Art does not anticipate claim 7, Bretemitz 
Prior Art does not teach the feature: "for each said call statement, scanning the entries ,n said hst 
to determine one for which there is correspondence between said branch condition and call 

parameters supplied by the call statement". 

The Examiner argues that Brctemitz Prior Art, col. 2, lines 40-51 and col. 2, lines 56-60 
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teaches Ihc preceding feature of claim 7. 

In response, Applicants respectfully contend that Bretemitz Prior Art, col 2, lines 40-51 
and col 2 lines 56-60 does not disclose the preceding "scanning the entries in said list to 
determine' ..." feature of claim 7. Applicants maintain that Bretemitz Prior Art, eol. 2, lines 40- 
5 1 and col. 2, lines 56-60 is totally irrelevant to the preceding feature of claim 7. 

As a fifth example of why Bretemitz Prior Art does not anticipate claim 7, Bretemitz 
Prior Art does not teach the feature: "modifying the call statements to call said new procedures". 
The Examiner argues that Bretemitz Prior Art, col. 3. lines 34-37 teaches the precedmg 

feature of claim 7- 

in response, Applicants respectfully contend that Bretemitz Prior Art, cot. 2, lines 34- 
37does not disclose the preceding feature of claim 7. The restructured computer file discussed in 
Bretemitz Prior Art, col. 2, lines 34-37 is totally irrelevant to "modifying the call statements to 
call said new procedures" as recited in claim 7. 

Based on the preceding arguments, Applicants respectfully maintain that Bretemitz Prior 
Art does not anticipate claim 7, and that claim 7 is in condition for allowance. 

Claims 8-13 

The Examiner rejected claims 8-13 under 35 U.S.C §1 02(e) as allegedly being 

anticipated by Brelornilz Prior Art, 

Applicants respectfully contend that Bretemitz Prior Ait does not anticipate claim 8, 
because Bretemitz Prior Art does not teach each and every feature of claim 8. 

As a first example of why Bretemitz Prior Art does not anticipate claim 8. Bretemitz 
Prior Art does not teach the feature: "computer software that includes one or more call statements 
and a procedure which is callable by the or each call statement and which has two or more code 
branches and control flow code for directing program flow to the code branches". 

The Examiner argues that Bretemitz, col. 1, line 26 and col. 2, line 4 teaches the 
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preceding feature of claim 8. In response, Applicants respectfclly contend that Bretcmitz, col. 1 . 
L 26 and col. 2, linc4doe S not disclose a call statement and docs not disclose can parameters, 
and therefore docs not leach Hie preceding feature of claim 8. 

In "Response to Arguments", the Examiner argues: "Applicants' arguments over all 
regarding "Bretcmitz does not anticipates a call statement and docs not disclose call parameter" 
(Page 12 -15) is disagreed with. Based on applicants' specification, "call statement" has been 
defined as calling a procedure function.... Bretcmitz anticipates "call statement" [function calls, 
Col. 16, Line 64- Col. 17, Lines 11], and "call parameters" [1310, Fig. 31], canbeused to 
explain the descriptions in BrclemhV, Col. 2, Line 40- 60 

in response, Applicant notes that the Examiner's reference to disclosure of call statements 
in Bretemitz Invention is specific to FIG. 14 of Bretemitz Invention and does not apply to the 
.jcctionunderBretcmiUPnorArt. In particular, col. 1, lines 25^ of BreterniU Prior Art 
mta.il clear mat decontrol flow graph ofFlG. 1 of Bretemitz Prior Art shows has* blocks a 
. T which are computer instructions or segments of code. Although the basic blocks of FIG. 14 
of Bretexnitz Invention may represent subroutines or function calls, the basic blocks of FIG. 1 of 
Bretemitz Prior Art are not disclosed as representing subroutines or function calls in Brctermtz 
Prior Art. The Examiner cannot combine Bretemitz Invention with Bretemitz Prior Art under 35 
U.S.C. §102. 

As a second example of why Bretemitz Prior Art does not anticipate claim 8, Bretemitz 
Prior Art does not teach the feature: "analyzing means for analysing the procedure to identify 
said control flow code and said code branches". 

The Examiner argues that Bretemitz Prior Art, col. 2, lines 4-6 teaches the precedmg 

feature of claim 8. 

Tn response, Applicants respectfully contend that Bretemitz Prior Art, col.. 1, line, 4-6 
docs not disclose analysing the procedure to "identify said control flow code and said code 
branches", as required by claim 8. Instead, Bretemitz Prior Art, col.. 2. lines 4-6 discloses 
analysing the procedure to "determine efficient rearrangement of computer basic blocks in 
memory so that software executes in an efficient manner." Applicants maintain that Bretcmitz 
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Prior Art, col. 2, line 4-6 is lotally irrelevant to the preceding feature of claim 8. 

Asathird example of whyBretcnntz Prior Art does not anticipate claim 8, Brcternit,. 
Art does notteachthe feature: "identifying meaos for identifying each said code branch a 



Prior 



new procedure containing the respective code branch". 
ThcExan^erargnes^^ 

feature of claim 8. 

in response. Applicants respectfully eontend that Brctemta Pnor Art, eol. 2, hne 10-13 
does no. idem* a new procedure, as required by Cairn 8. Brctemitz Prior Art, coL 2, line 1M3 
merely discusses . .race data ftlc .be records .tae-sequeatfal execution flow of the compu.er 

the preceding feature of claim 8. 

As a fourth example of why Bretomttz Prior Art does no. anlleipate claim 8, Brctemto 
Prior Art does no. .each Iho feature: "recording means for recording a lis. of da* en.r.es 
corresponding .a .he rcspeclive new procedures, each eo.ry comprising a data i<=m tdenhfying 
ft. respective new procedure and a data i..m represcnU.lv. of .he branch condi.ions onder wh.ch 
said conlrol now code direcls program flow to Aeassocialcd code branch". 

The Examine, argues tha. Bretcmitz Prior Art, col. 2, lines 14-15 and col. 2, lu.es 41-45 
teachestheprecodinEfcalurcofclaim8. 

In response, Applieanls respectfully contend thatBreterniU Prior Art, col. 2, Uncs 14-15 
and col. 2, llnes41-45 does no. disclose the preceding fetfum of claim 8. Bretcrnhz MoT Art, 
eo, 2 lines 14-15 merely discloses storing block execution order in a .ime scqucmial manner. 
Brcternilz Prior Art. col. 2, lines 4145 merely discloses scanning .race da,a and analyzing pans 
of basic block, ma. are adjacent to each other in .ime. Bretcroilz Prior Art, col. 2. hncs 41-45 
does no. discloses a It* and mos. certainly no. disclose a lis, of da* entries corrcspondmg o .he 
rcspeaivoncwproccdures. AppUcan B mainUin*a. B retomi B PriorAr.,col.2,nnes 14-15»nd 
col. 2, lines 41-45 is totally irrelevant .0 the preceding feature of chum 8. 
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As a fifth example of why Bretemitz Prior Art does not anticipate claim 8, Brctermt* 
Prior Art does not leach the feature: "scanning means operable, for each said call statement, for 
scanning** enlricsinsaid list to determine one forwhich there is correspondence between saul 
branch conditions and call parameters suppliedby the call statement". 

Tl« Examiner argues 

teaches the preceding feature of claim 8. 

fa response, Applicants respectfully contend that Brcternitz Prior Art, col. 2, hnes 40-51 
and col 2 lines 56-60 does not disclose the preceding "scanning the entries in said hst to 
detcrmine'..»fcat U reof claim 8. Applicants maintain that Bretcrnitz Prior Art, col. 2, hnes 40- 
51 and col. 2, lines 56-60 is totally irrelevant to the preceding feature of claim 8. 

As a sixth example of why Bretemitz Prior Art does not anticipate claim 8, Bretemitz 
Prior Art doesnot teach the feature: "modifying means for modifying the call statement to call 

the corresponding new procedure". 

The Examiner argues that Breternitz Prior Art, col. 3, lines 34-37 teaches the preceding 

feature of claim 8. 

In response, Applicants respectfully contend that Bretemitz Prior Art, col. 2, hnes 34- 
BTdoesnotdisclosetheprecedingfeatureof claim 8. The restructured computer file discussed 
,a Brctemit* Prior Art, col. 2, lines 34-37 is totally irrelevant to "modifying the call statement to 
call the corresponding new procedure" as recited in claim 8. 

Based on the preceding arguments, Applicant, respectfully maintain that Bretemitz Prior 
Art does not anticipate claim 8, and that claim 8 is in condition for allowance. Since claims 9-13 
depend from claim 8, Applicants contend that claims 9-1 3 are likewise in condition for 

allowance. 

,n addition with respect to claim 10 Applicant* respectfully contend that Bretemitz Prior 
Art col 2 line 56 • coL 3, line 14 docs not teach the feature: "wherein the system compnses 
cheeking means which is operable to check for compliance between one or more prcdetermmed 



20 

09/704,649 



PAGE 21131 ' RCVD AT 2/1012005 3:53:12 PM [Eastern Standard Time] 1 SVR:USPT0-EFXRF-1/3 * DNIS:8729306 1 CSID: ' DURATION (mm-ss):0844 



FEB-10-05 THU 04:19 PM 



FAX NO. 



P. 22 



rules for the software and the software should said identifying means identify any new 
procedure." Brctemitz Prior Art, col. 2, line 56 - col. 3, line 14 docs not disclose said one or 
more predetermined rules if the condition "should said identifying means identify any new 
procedure" is satisfied. 

In addition with respect to claim 1 1 Applicants respectfully contend that Brctemitz Prior 
Art, col. 2, lines 47-49 does not teach the feature: "wherein said checking means is operable for 
checking compliance with a cost-analysis algorithm based on predetermined rules about the 
length of the software". 

In addition with respect to claim 12 Applicants respectfully contend that Bretcmil/. Prior 
Art, col. 2, lines 44-57 does not teach the feature: "means for optimising the or each new 
procedure'** which a call parameter is a constant by propagating that constant through the new 

procedure". 

In addition with respect to claim 1 3 Applicants respectfully contend that Brelernitz Prior 
Art, col. 3, line 2 and/or col. 3, lines 1 0-16 and/or col. 3, line 5 docs not teach the feature: 
"means for analysing a call statement, calling parameters and an associated new procedure to 
determine if they arc compliant with predetermined related to in-lining and, if they are so 
pliant, replacing said call statement by a copy of the new procedure". 



com 



Claim 14 

The Examiner rejected claim 14 under 35 U.S.C. §1 02(e) as allegedly being anticipated 

by Brctemitz Prior Art. 

Applicants respectfully contend that Brctemitz Prior Art does not anticipate claim 1 4, 
because Bretcmitz Prior Art does not leach each and every feature of claim 14. 

As a first example of why Bretemitz Prior Art does not anticipate claim 14, Bretcmitz 
Prior Art does not teach the feature: "computer software that includes one or more call statements 
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and a procedure which is callable by the or each call statement". 

The Examiner argues that Breternitz, col. 1, line 26 and col. 2. line 4 teaches the 
preceding feature of claim 14. In response, Applicants respectfully contend that Breternitz, col. 
1 line 26 and col. 2, line 4 does not disclose a call statement and does not disclose a procedure 
which is callable by the or each call statement, and therefore does not teach the preceding feature 
of claim 14. 

in "Response to Arguments", the Examiner argues: "Applicants' arguments over all 
regarding "Breternitz does not anticipates a call statement and does not disclose call parameter" 
(Page 12 -15) is disagreed with. Based on applicants' specification, "call statement" has been 

defined as calling a procedure function Bretcmitz anticipates "call statement" [function calls, 

Col. 16, Line 64- Col. 17. Lines 11], and "call parameters" [1310, Fig. 31], can be used to 
explain the descriptions in Brcterrdtz, Col. 2, Line 40- 60, which has been used to make the 
rejection, and the rejection still stands". 

In response, Applicant notes that the Examiner's reference to disclosure of call statements 
ia Breternitz Invention is specific to FIG. 14 of Breternitz Invention and does not apply to the 
rejection under Bretcmitz Prior Art. In particular, col. 1 , lines 25-40 of Breternitz Prior Ait 
makes it clear that the control flow graph of FIG. 1 of Bretcmitz Prior Art shows basic blocks "a" 
- T which are computer instructions or segments of code. Although the basic blocks of HO. 14 
of Breternitz Invention may represent subroutines or function calls, the basic blocks of FIG. 1 of 
Bretcmitz Prior Art arc not disclosed as representing subroutines or function calls in Breternitz 
Prior Art. The Examiner cannot combine Breternitz Invention with Bretcmitz Prior Art under 35 
U.S.C. §102. 

Asasccond exampleofwhy Bretcmitz Prior Art does not anticipate claim 14,Brctemitz 
Prior Art does not leach the feature: "means for traversing the control flow graph to consider 
each node in turn and, if the node being considered is abranching node and if the branching 
condition for that node by which the respective control flow code directs program flow to the 
respective code branches is able to be represented as a function only of formal parameters and 
global variables, identifying a new procedure for which the flow control graph comprises all the 
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nodes in Ihc path from the first node of the procedure to the node being considered, the node 
being considered, and the whole of the portion of the control flow graph led to directly or 
indirectly from the node being considered". 

The Examiner argues that Bretemitz Prior Art, col 2, lines 10-12, 4-6, 55-60 and Fig. 1 

teaches the preceding feahire of claim 14. 

In response, Applicants respectfully contend that Bretemitz Prior Art, col. 2, lines 10-12, 
4-6, 55-60 and Fig. 1 docs not identify a new procedure as required by claim 14, and most 
certainly does not identify a new procedure "if Ihc branching condition for that node by which the 
respective control flow code directs program flow to Ihc respective code branches is able to be 
represented as a function only of formal parameters and global variables". Applicants maintain 
that Brelernitz Prior Art, col. 2, lines 10-12, 4-6, 55-60 and Fig. 1 is totally irrelevant to the 
preceding feature of claim 14. 

As a third example of why Bretemitz Prior Art does not anticipate claim 14, Brelemit/. 
Prior Art does not teach the feature: "means for recording a list of data entries corresponding to 
the respective new procedures, each entry comprising a data item identifying the respective new 
procedure and a data item representative of the corresponding branching condition". 

The Examiner argues that Bretemitz Prior Art, col. 2, lines 14-1 5 and col. 2, lines 41-45 
teaches the preceding feature of claim 14. 

In response, Applicants respectfully contend that Bretemitz Prior Art, col. 2, lines 14-1 5 
and col. 2, lines 41-45 does not disclose the preceding feature of claim 14. Bretemitz Prior Art, 
col. 2, lines 14-15 merely discloses storing block execution order in a time sequential manner. 
Brelcrnilz Prior Art, col. 2, lines 41-45 merely discloses scanning trace data and analyzing pairs 
of basic blocks that are adjacent to each other in time. Bretemitz Prior Art, col. 2, lines 41-45 
does not discloses a list, and most certainly not disclose a list of data entries corresponding to the 
respective new procedure. Applicants maintain that Bretemitz Prior Art, col. 2, lines 14-15 and 
col. 2, lines 41-45 is totally irrelevant to the preceding feature of claim 14. 

As a fourth example of why Brelernilz Prior Art does not anticipate claim 14, Bretemitz. 
09/704,649 23 
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Trior Ait does not teach the feature: "mean* for scanning the entries in said list to determine for 
each call statement, an entry for which there is correspondence between said branch condiUon 
and call parameters supplied by the call statement". 

The Examiner argues that Bretemitz Prior Art, col. 2, lines 40-51 and col. 2, lines 56-60 

teaches the preceding feature of claim 14. 

in response, Applicants respectfully contend that Brelernitz Prior Art, col. 2, lmes 40-51 
and col. 2, lines 56-60 does not disclose the preceding "scanning the entries in said list to 
determine' ..." feature of claim 14. Applicants maintain that Bretemitz Prior Art, col. 2, lines 40- 
51 and col. 2, lines 56-60 is totally irrelevant to thepreccding feature of claim 14. 

As a fifth example of why Bretemitz Prior Art does not anticipate claim 14. Bretemitz 
Prior Art does not teach the feature: -means for modifying the call statements to call said new 
procedures"- 

The Examiner argues that Bretemitz Prior Art, col. 3, lines 34-37 teaches the preccdmg 

feature of claim 14> 

In response, Applicants respectfully contend that Bretemitz Prior Art, col. 2, lines 34- 
37does not disclose the preceding feature of claim 14. The restructured computer file discussed 
in Bretemitz Prior Art, col. 2, lines 34-37 is totally irrelevant to Modifying Ihe call statements to 
call said new procedures" as recited in claim 14. 



Based on the preceding arguments, Applicants respectfully maintain that Bretemitz Prior 
Art does not anticipate claim 14, and that claim 14 is in condition for allowance. 



Cl aim 15 , . 

The Examiner rejected claim 15 under 35 U.S.C. §102(e) as allegedly being anticipated 

by Bretemitz Prior Art. 

Applicants respectfully contend that Bretemitz Prior Art does not anticipate claim 15, 

because Bretemitz Prior Art does not teach each and every feature of claim 15. 
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As a first example of why Brelernitz Prior Art does not anticipate claim 15, Brcternuz 
Prior Art does not teach the feature: "computer software that includes one or more call ~ts 
andaprocedure which is callable by the or eachoall statement and which has two or more code 
branches and control How code for directing program flow to the code branches". 

The Examiner argues that Brctemitz, col. 1, line 26 and col. 2, line 4 teaches the 
preceding fcatureofclaim 15. Inresponsc, Applicants respectfully contend that Breternit,, col. 
1 line 26 and col. 2, line 4 does not disclose a call statement and docs not disclose call 
parameters, and therefore does not teach the preceding feature of claim 15. 

Tn "Response to Arguments", the Examiner argues: "Applicants' arguments over all 
regarding "Brctemit. does not anticipates a call statement and does not disclose call parameter" 
(Pago 12 -15) is disagreed with. Based on applicants" specification, "call statement" has been 
defmed as calling a procedure function.... Brctemitz anticipates "call statement" [function calls, 
Col. 16, Line 64- Col. 17, Lines 11], and "call parameters" [1310, Fig. 31], can be used to 
explain the descriptions in Brctemitz, Col. 2, Line 40- 60 

in response, Applicant notes that the Examiner's reference to disclosure of call statements 
in Brctemitz Invention is specific to FIG. 14 of Bretemitz Invention and does not apply to the 
rejectionunder Bretemitz Prior Art. tap ^.coI.l.lii-25^ofB^P^ A«l 

ma kesitdcarthatthe^ * 
- T which are computer instructions or segments of code. Although the basic blocks of FIG. 14 
of Brctemitz Invention may represent subroutines or function calls, the basic blocks of FIG. 1 of 
Bretemitz Prior Art are not disclosed as representing subroutines or function calls in Bretem.tz 
Prior Art. The Examiner cannot combine Bretemitz Invention with Bretemitz Prior Art under 35 
IJ.S.C. §102. 

As a second example of why Breternit* Prior Art does not anticipate claim 15, Bretemitz 
Prior Art does not teach the feature: "a first computer code portion for analysing the procedure to 
idcnli fy said control flow code and said code branches". 

The Examiner argues that Brcternit, Prior Art, col.. 2, lines 4-6 teaches the preecd.ng 

feature of claim 15. 
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in response. Applicants respectfully contend that Brctemitz Prior Art, col.. 1. lines 4-6 
does not disclose analysing the procedure to "identi Cy said control flow code and said code 
branches", as required by claim 15. Instead, Brctemitz Prior Art, col.. 2, lines 4-6 discloses 
analysing the procedure to "determine efficient rearrangement of computer basic blocks » 
n^orysothatsoflwarecxecutcsinanemcientrnanner." Applicants maintainlhat Brctermtz 
Prior Art, col. 2, line 4-6 is totally irrelevant to the preceding feature of claim 15. 

As a third example of why Brctemitz Prior Art does not anticipate claim 1 5, Brctemitz 
Prior Art does not teach the feature: "a second computer code portion for identi fying for each 
said code branch a new procedure containing the respective code branch". 

The Examiner argues that Bretemitz Prior Art, col. 2, lines 10-1 3 teaches the preceding 
feature of claim 15. 

In response, Applicants respectfully contend mat Bretemitz Prior Art, col. 2, line 10-13, 
docs not identifyanewprocedure, as required by claimlS. Brctemitz Prior Art, col. 2, line 10- 
1 3 merely discusses a trace data file the records time-sequential execution flow of the computer 
program.. Applicants maintain mat Bretemitz Prior Art, col. 2, line 10-1 3 is totally irrelevant to 

the preceding feature of claim 15, 

As a fourth example ofwhy Bretemitz Prior Art docs not anticipate claim 15, Bretemitz 
Prior Art does not teach the feature: "a third computer code portion for recording a list of data 
entries corresponding to the respective new procedures, each entry comprising a data item 
idcnlifying the respective new procedure and a data item representative of the branch conations 
under which said control flow code directs program flow to the associated code branch". 

The Examiner argues that Brelemiv, Prior Art, col. 2, lines 14-15 and col. 2, lines 41-45 

teaches the preceding feature of claim 15. 

In response, Applicants respectfully contend that Bretemitz Prior Art, col. 2, lines 14-1 5 
and col 2 lincs41-45 does not disclose ^preceding feature of claim 15. Brcternit* Prior Art, 
col 2 lines 14-15 merely discloses storing block execution order in atime sequential manner. 
Bretemitz Prior Art, col. 2, lines 41-45 merely discloses scanning ttac* data and analyzing pairs 
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orb »c Mocks M » adjacent .0 each olher in toe. Breternitz Prior An, co!. 2, hue, 4,-45 
rap ccUvc n .vproc=durcs.AppHo a nu m a inta i n t h a t B re ,en lilZ PricrA rt ,col,2.,, M n4-.5a^ 
col. 2, lines 41-45 is totally irrelevant to the preceding feature of claim 15. 

A. a f.uh example of why Bretemta Prior Art does no. anticipate c<aim 15, Brctemitz 
Prior Art does not teach the feature-, "a fourth computer code portion operable, tor each mi call 

he.wcensaidhranehcondi.ionsarKlcallparameterssuppU^bythec.llslatemenr 

The Examiner argues that Breternitz Prior Art, col. 2, linos 40-51 and col. 2, hues 56-60 
leaches the preceding feature of claim 15. 

In response Applicants respectfully contend that Breternitz Prior Art, col. 2, l.nes 40-51 
and col 2. lines 56-60 does not disclose the preceding "scanning the entries in sa,d hsl to 
determine ..." feature of data 1 5. Applicants maintain that Brctemto Prior Art. col. 2, hues 40- 
51 and col. 2, lines 56-60 is totally irrelevant to the preceding fcatumof ctam 15. 

As a sixth example of why Breternitz Prior Art docs not anticipate claim 1 5, Breternitz 
Prior Art does no. leach the feature: "a film computer code portion for modifying the call 
statement to call the corresponding new procedure". 

The Examiner argues thai Breternitz Prior to. col. 3. lines 34-37 leaches ,he prccedtng 

feature of claim 15. 

In response, Applicants respectfully contend that Bretemitz Prior Art, col. 2, lines 34- 
37docs not disclose the preceding feature of claim 15. The restructured computer file discussed 
i„ IVctemitz Prior Art, col. 2, lines 34-37 is totally irrelevant to "modifynng the call statement to 
call the corresponding new procedure" as recited in claim 15. 

Based on the preceding arguments, Applicants respectfully maintain that Bretemit, Prior 
Art does not anticipate claim 1 5, and that claim 1 5 is in condition for allowance. 
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Plniins 16-17 u~:,,« 

The Examiner <*■» 16 " 17 — 35 US - C 5,02(C) " « 

anticipated by the conation ofBretemitz Prior Art and Brcterniu mveotion <co... 6, hnes38- 

M) ' since the Examiner cannot reject claim, based on combimng references under 35 U.S.C. 

shou Ul be withdrawn. 

,„ addition, aincc claims 16-17 depend from claim IS which Applicants argued »„m to 
condition for allowance. 
Oaimii 

The Examiner rejected claim 18 under 35 U.S.C. §102(e) as allegedly being anticipated 

by Bretcmitz Prior Art. . 

Applicants respectfully contend that Bretemitz Prior Art does not antunpate chum 1 8, 
beeause Bretemitz Prior Art does not teach each and every feature of claim 18. 

As a f.rst example of why Bretemitz Prior Art does not anticipate claim 18, Bretcmitz 
Prior Art does notteaeh the feature: "computer software that includes one or more call statements 
and a procedure which is callable by the or each call statement". 

The Examiner argues that Bretemitz, col. 1, line 26 and col. 2, line 4 teaches the 
piling feature of claim 18. Tn response, Applicants respectfully contend that Bretemitz cl. 

which is callable by the or each call statement, and therefore does not teach the preceding feature 
fa "Response to Arguments", the Examiner argues: "Applicants' arguments over all ^ 
(Page 12 -.5) is disagreed with. Based on applicants' specification, "call sta.cn.nf has been 

no 
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defined as calling a procedure function Breternitz anticipates "call statement- [funcnon calls, 

Col 16 Lino 64- Col. 17, Lines 111, and -call parameters" [1310, Fig. 31], can be used to 
cxpiainthe descriptions in Breternitz, Col. 2, Line 40- 60, which has been used to make the 
rejection, and the rejection still stands". 

in response, Applicant notes that the Examiner's reference to disclosure of call statements 
in Breternitz Invention is specific to FIG. 14 of Breternitz Invention and does not apply to the 
^ectionunderBreternitzPriorArt. In particular, col. l.lmcs 25-40 of Breternitz Frio. An 
nrakesitclear that the control flow graph of FIG. 1 of Breternitz Prior Art shows bas. blocks a 
- T which are computer instructions or segments of code. Although the basic blocks of FIG. 14 
ofBrcternitz Invention may represent subroutines or function calls, the basic blocks of FIG. 1 of 
Breternitz Prior Art are not disclosed as representing subroutines or function calls in Bretcm.tz 
Prior Art. The Examiner cannot combine Breternitz Invention with Breternitz Prior Artundcr 35 
U.S.C. §102. 

As a second example of why Breternitz Prior Art does not anticipate claim 18, Breternitz 
Prior Art does not teach the feature: "a second code portion for traversing the control flow graph 
to consider each node in turn and, if the node being considered is a branching node and if the 
branching condition for that node bywhich the respective control flow code directs program flow 
to the respective code branches is able to be represented as a function only of formal parameters 
and global variables, identi l^ng a now procedure for which the flow control graph comprises all 
the nodes in the path from the first node of the procedure to the node being considered, the node 
being considered, and the whole of the portion of the control flow graph led to directly or 
indirectly from the node being considered". 

The Examiner argues that Breternitz Prior Art, col. 2, lines 10-12, 4-6, 55-60 and ft* 1 

leaches the preceding feature of claim 18. 

In response, Applicants respectfully contend that Breternitz Prior Art, col. 2, lines 1 0-1 2, 
4 6 55-60 and Fig. 1 does not identify a new procedure as required by claim 18. and most 
cert'ainlydocsnot^ 

respective control flow code directs program flow to the respective code branches is able to be 

29 
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